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ABSTRACT 

Defence  R&D  Canada  is  currently  developing  the 
Capability  Engineering  (CE)  concept  in  order  to  close  the 
gap  between  the  Capability  Based  Planning  (CBP)  and  the 
acquisition  processes.  This  paper  summarises  results  of 
initial  investigations,  which  have  created  a  good  under¬ 
standing  of  the  problem,  while  raising  many  questions 
needing  to  be  answered  in  developing  a  Capability  Engi¬ 
neering  Process  (CEP). 

1.  INTRODUCTION 

The  Department  of  National  Defence  (DND),  Can¬ 
ada,  is  implementing  CBP  as  a  core  element  in  the  overall 
business  process.  Currently,  the  CBP  process  leads  to  the 
acquisition  of  systems  within  that  capability.  The  aim  of 
the  CE  concept  under  investigation  in  the  Collaborative 
Capability  Definition,  Engineering,  and  Management 
(CapDEM)  Technology  Demonstration  Project  (TDP), 
(Pagotto  and  Walker,  2004)  is  to  create  a  systematic  link 
between  the  conceptualization  of  a  capability  and  the  de¬ 
tailed  definition  of  the  component  systems.  The  main  out¬ 
come  of  CE  is  an  improvement  of  decision-making  for 
strategic  investment.  An  analytical  process  or  environment 
needs  to  be  developed  enabling  trade-off  analysis  across 
systems  to  evaluate  their  overall  impact  on  each  other  or 
on  the  overall  capability.  This  process  referred  as  the  CEP 
should  provide  rigour  and  structure  to  enhance  synchroni¬ 
zation  of  capability  transitioning. 

The  application  of  CE  requires  a  process,  supporting 
tools,  and  personnel  with  the  skill  sets  to  employ  this 
process  and  tools.  The  best  source  for  processes  and  tools 
at  this  time  is  the  System  Engineering  (SysEng)  domain, 
where  the  community  has  standardized  processes  and  is 
actively  using  and  enhancing  tools  in  the  area  of  require¬ 
ments  management,  functional  modelling,  architecture 
modelling,  use  case  definition,  Computer  Aided  Design 
and  Drafting  (CADD),  human  form  and  behaviour  model¬ 
ling,  life  cycle  cost  modelling,  and  both  constructive  and 
virtual  simulation.  CapDEM’s  hypothesis  is  that  these 


processes  and  tools,  which  are  normally  applied  on  a  sys¬ 
tem  level,  can  be  extended  to  the  capability  level. 

The  CapDEM  TDP  has  been  established  to  define  CE 
and  to  validate  the  discipline  in  the  Canadian  defence  con¬ 
text,  in  collaboration  with  a  wide  range  of  DND  and  in¬ 
dustrial  community  stakeholders.  The  article  summarises 
results  (CapDEM  CEP  Team,  2004)  of  the  work  con¬ 
ducted  by  the  CapDEM  CEP  team  from  April  2003  to 
December  2003.  The  objective  of  this  team,  indeed  for  the 
whole  CapDEM  project,  is  to  deliver  a  CEP  that  meets 
DND’s  needs.  The  development  and  evaluation  of  the 
CEP  will  be  performed  in  three  one-year  cycles  during  the 
course  of  die  project. 

2.  SOME  OPTIONS 

The  CEP  team  has  identified  three  key  components 
for  which  characteristics  need  to  be  detailed  before  pro¬ 
ceedings  with  CEP  development:  possible  scopes,  possi¬ 
ble  forms  and  possible  solutions. 

Investigations  identified  many  possible  methods  to 
contribute  to  set  up  and  improve  capability  generation  in 
DND.  The  scope  component  of  these  investigations  has 
identified  different  contexts  of  capability  generation  vary¬ 
ing  from  “evolving  in  a  few  months  a  medium-size  family- 
of-systems-based  capability  for  a  specific  mission”  to 
“creating,  over  a  long  period  of  time  (e.g.  5-10  years),  a 
dedicated  System-of-Systems  (SoS)”.  Within  all  these 
contexts  of  capability  generation,  it  is  possible  to  circum¬ 
scribe  an  area  and  define  a  scope.  Thus,  this  scope  delim¬ 
its  the  boundaries  of  the  problem  and  its  associated  solu¬ 
tion  space. 

A  process  form  is  defined  as  the  specific  characteris¬ 
tics  of  a  process  not  directly  related  to  its  application.  The 
number  of  deliverables  and  activities  are  examples  of  such 
characteristics  that  can  be  defined  for  most  processes.  The 
purpose  of  these  characteristics  is  to  serve  as  a  guide 
throughout  a  process  development.  Making  a  choice  in 
regard  to  these  characteristics  depends  on  resources  avail¬ 
able  for  the  process  development.  In  CapDEM  TDP. 


1 


Report  Documentation  Page 

Form  Approved 

OMB  No.  0704-0188 

Public  reporting  burden  for  the  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering  and 
maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information, 
including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  Information  Operations  and  Reports,  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington 

VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding  any  other  provision  of  law,  no  person  shall  be  subject  to  a  penalty  for  failing  to  comply  with  a  collection  of  information  if  it 
does  not  display  a  currently  valid  OMB  control  number. 

1.  REPORT  DATE 

00  DEC  2004 

2.  REPORT  TYPE 

N/A 

3.  DATES  COVERED 

4.  TITLE  AND  SUBTITLE 

Toward  A  Capability  Engineering  Process 

5a.  CONTRACT  NUMBER 

5b.  GRANT  NUMBER 

5c.  PROGRAM  ELEMENT  NUMBER 

6.  AUTHOR(S) 

5d.  PROJECT  NUMBER 

5e.  TASK  NUMBER 

5f.  WORK  UNIT  NUMBER 

7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESS(ES) 

System  of  Systems  Section  Defence  R&D  Canada  -  Valcartier  Val-Belair, 
Qc,  Canada,  G3J  1X5;  Future  Forces  Synthetic  Environments  Defence 
R&D  Canada  -  Ottawa  Ottawa,  Ont.,  Canada,  K1A  0Z4 

8.  PERFORMING  ORGANIZATION 

REPORT  NUMBER 

9.  SPONSORING/MONITORING  AGENCY  NAME(S)  AND  ADDRESS(ES) 

10.  SPONSOR/MONITOR’S  ACRONYM(S) 

11.  SPONSOR/MONITOR’S  REPORT 
NUMBER(S) 

12.  DISTRIBUTION/A  VAIL  ABR.IT  Y  STATEMENT 

Approved  for  public  release,  distribution  unlimited 

13.  SUPPLEMENTARY  NOTES 

See  also  ADM001736,  Proceedings  for  the  Army  Science  Conference  (24th)  Held  on  29  November  -  2 
December  2005  in  Orlando,  Florida. 

14.  ABSTRACT 

15.  SUBJECT  TERMS 

16.  SECURITY  CLASSIFICATION  OF: 

17.  LIMITATION  OF 

ABSTRACT 

uu 

18.  NUMBER 

OF PAGES 

2 

19a.  NAME  OF 

RESPONSIBLE  PERSON 

a.  REPORT 

unclassified 

b.  ABSTRACT 

unclassified 

c.  THIS  PAGE 

unclassified 

Standard  Form  298  (Rev.  8-98) 

Prescribed  by  ANSI  Std  Z39-18 


many  forms  elements  have  been  identified  such  as  meth¬ 
odology,  level  of  refinement,  completeness,  and  level  of 
adaptability  to  the  organization.  These  forms  elements 
will  help  to  plan  a  process  development  strategy  over  a 
feasible  schedule  while  allowing  future  extensions. 

Finally,  some  candidate  solutions  have  already  been 
applied  to  solve  similar  problems  and  should  be  investi¬ 
gated  to  determine  if  they  should  be  part  of  the  solution: 
military  acquisition,  software  engineering,  SysEng,  archi¬ 
tecture  description,  etc. 

3.  SOME  CHARACTERISTICS 

Through  its  analysis,  the  CEP  team  has  also  identified 
some  characteristics  of  the  process:  (1)  elements,  such  as 
steps  and  deliverables,  will  need  to  be  readily  comprehen¬ 
sible  and  easily  applicable;  (2)  the  targeted  process  should 
minimize  room  for  interpretations;  (3)  the  process  should 
allow  re-use  of  models  and  data  enabling  leveraging  be¬ 
tween  capabilities;  and  (4)  the  deliverables  of  the  process 
must  provide  all  the  necessary  information  to  support  stra¬ 
tegic  investment  decisions  for  DND  capability  implemen¬ 
tation. 

4.  SOME  QUESTIONS 

During  the  literature  review  many  questions  were 
raised.  Actually  many  of  them  brought  us  back  to  some  of 
the  options  and  characteristics  expressed  above.  Here  are 
the  main  ones:  (1)  should  CE  be  able  to  construct  virtual 
(short-term  time  frame)  and/or  dedicated  (long-term  time 
frame)  capabilities?;  (2)  should  CEP  be  concerned  with 
self-evolution,  joint  evolution  and  emergent  evolution  (or 
any  other  types  of  evolution)  of  a  capability?;  (3)  is  CEP 
more  relevant  to  solving  managerial  issues  of  concurrent 
engineering  as  opposed  to  traditional  (but  complex) 
SysEng  issues?;  (4)  during  which  phases  of  the  life  cycle 
should  CE  be  applied?;  (5)  what  are  the  inputs  and  the 
outputs  of  CEP  and  who  will  use  this  information?;  (6) 
should  CEP  be  generic  or  tailored  to  its  context  of  use?; 
(7)  should  CEP  consider  and  propose  a  solution  for  all 
DOTMLPF1  or  PRICIE2  aspects  or  be  more  selective  like 
the  US  DoD  5000  acquisition  strategies?;  and  (8)  since  a 
capability  can  be  defined  from  business  to  technical  level, 
which  level(s)  are  optimal  to  define  and  to  consider  to 
reach  the  objectives  of  CEP?  These  questions  are  not  easy 
to  answer.  A  good  knowledge  of  the  requirements  and  the 


1  DoD  acronym  for  Doctrine,  Organizations,  Training,  Materiel, 
Leadership,  Personnel  and  Facilities, 

2  DND  acronym  for  Personnel,  R&  D/Ops  Research,  Infrastruc¬ 
ture  &  Organization,  Concepts,  Doctrine  &  Collective  Training, 
IT  Infrastructure,  Equipment,  Supplies  and  Services 


current  situation  (“as-is”)  is  essential  to  provide  a  sound 
process.  It  will  contribute  to  the  identification  of  tech¬ 
nologies  that  will  form  the  CEP.  It  is  even  possible  that 
the  CEP  itself  will  have  a  tailored  methodology  for  each 
project,  e.g.  activities  and  notation  may  differ  depending 
on  the  problem  to  solve. 

CONCLUSION 

The  main  CEP  team  results  that  are  reported  in  this 
article  concerns  issues  needing  to  be  resolved  to  properly 
achieve  the  CEP  team  objective:  delivering  a  CEP  that 
meets  DND’s  needs.  From  the  literature  review  on  sub¬ 
jects  relevant  to  CE,  the  following  two  main  conclusions 
were  drawn:  (1)  the  current  Canadian  situation  regarding 
processes  related  to  CE  has  to  be  mastered  by  the  CEP 
team  before  drafting  any  solution;  (2)  the  initial  CapDEM 
definitions  for  “process”  and  “CE”  has  to  be  broadened. 

Many  questions  remain  to  be  answered  before  work¬ 
ing  out  the  CEP.  Many  of  them  will  be  answered  when 
specific  DND  requirements,  corresponding  to  the  selected 
scope,  are  identified.  Since  the  problem  space  of  the  CE  is 
very  large,  an  initial  solution  will  likely  tackle  only  a  por¬ 
tion  of  the  problem. 

Based  on  the  knowledge  acquired  during  this  first 
nine  months,  the  next  priority  for  the  CEP  team  is  to  get  a 
very  good  understanding  of  the  current  Canadian  process. 
As  a  first  step,  the  Canadian  current  situation,  “as-is”,  will 
be  studied,  regarding  mainly  the  current  DND  project 
approval  process,  hi  addition,  other  DND  initiatives  re¬ 
lated  to  the  CEP  will  be  examined.  In  parallel,  an  interna¬ 
tional  current  situation  assessment  will  be  performed, 
looking  at  what  is  being  done  outside  Canada.  From  the 
Canadian  and  international  assessments  and  lessons 
learned  from  CapDEM  case  studies,  CEP  Version  1,  will 
be  elaborated. 
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